Po włączeniu ACL w pliku konfiguracyjnym powinieneś zdecydować, jak będziesz przechowywać dane użytkowników. DokuWiki obsługuje różne metody, a utworzenie nowej jest dość proste.

DokuWiki wykorzystuje tak zwane backendy autoryzacji dostarczające pewnych metod przechowania danych użytkowników i haseł. Użytkownik nie zobaczy nawet backendu, ale ty jako administrator musisz zainstalować pożądany backend autoryzacji i poprawnie go skonfigurować.

Jeśli dostępne backendy nie zaspokajają potrzeb, możesz utworzyć własny backend. Chcesz dowiedzieć się więcej jak napisać własny backend autoryzacji?

Oto backendy jakie możesz uzyskać z DokuWiki:

• ad – autoryzacja Active Directory z opcjonalnym Single Sign On (SSO)
• ldap – autoryzuje użytkowników w oparciu o LDAP
• mysql – dostęp do dowolnej bazy MySQL by autoryzować użytkowników
• pgsql – dostęp do dowolnej bazy Postgres by autoryzować użytkowników
• plain – domyślny mechanizm używający plików tekstowych

Te Backends nie stanowią części dystrybucji, ale mogą być użyteczne:

• Ban – Bezpieczniejszy login z opcją banowania (przepisany plain.auth.php)
• CAS – autoryzuje przez serwer CAS
• cas – kolejna autoryzacja z ACL poaryum na atrybutach LDAP
• chained – łączenie więcej niż jednej metody uwierzytelniania
• cosign – CoSign uwierzytelnianie na Single Sign On (SSO)
• django – Autoryzuje w oparciu o bazę użytkowników Django przez ciasteczko sesyjne Django.
• Eventum – Integracja DokuWiki z Eventum Issue Tracker
• drupal – uwierzytelnianie w oparciu o instalację Drupal
• external – Autoryzacja przez program zewnętrzny – do użytku z PAM & shadow passwords
• gforge – Uwierzytelnianie w oparciu o ciasteczka sesyjne GForge
• ggauth – eksperymentalne myśli o backendach uwierzytelniania w tym połączeniu kilku, podzielone jak poniżej oraz HTTP podstawowe, htaccess i PAM
• htaccessauth – identyfikuje użytkowników już zalogowanych przy użyciu Basic HTTP Authorization przez .htaccess
• imap – uwierzytelnia użytkowników w oparciu o serwer IMAP/POP3
• imap – Kolejny (wspaniały) backend autoryzacji IMAP
• keeyaiwp – SSO z Wordpress
• ldap_local – autoryzacja LDAP z lokalnymi (tekstowymi) ACLami
• lemonldap – autoryzuje użytkowników przez LemonLDAP SSO
• mod_auth_tkt – uwierzytelnianie mod_auth_tkt
• motp – ogólnie podobna do backendu tekstowego ale z dodanymi sprawdzeniami dla tokenów Mobile-OTP
• mybb – autoryzcja przy użyciu oprogramowania MyBB
• ning – uwierzytelnianie Ning ID
• ntlm – autoryzacja NTLM (tj oparta na Windows NT)
• pam – Eksperymentalna autoryzacja PAM
• cafu_phpbb3 – uwierzytelnia użytkowników przez forum PHPBB3
• plainplus – rozszerzenie backendu tekstowego ograniczające ilość prób wpisania błędnego hasła i ustawia wygasanie haseł
• punbb – autoryzuje użytkowników przez forum PunBB (używa ciasteczek PunBB i bazy danych SSO)
• radius – autoryzuje użytkowników przez serwer RADIUS
• shibauth – Backend autoryzacyjny Shibboleth
• split – deleguje logowanie do jednego backendu a zarządzanie grupami do innego
• smartcard – użycie SmartCard do logowania (certyfikat klienta, rozwijane dla Estońskiej karty ID). Obsługuje wiele backendów (tekstowy, mysql i tym podobne).
• ssp – Backend autoryzacji SimpleSAMLphp
• sympa auth – Autoryzuje przy użyciu sympa przez SOAP
• xmpp – Uwierzytelnia użytkowników przez serwer XMPP/Jabber
• yubikey – Rozszerzenie tekstowego modułu auth udostępniające użycie YubiKey OTP jako hasła
• dokudrupal – Backend autoryzacji Drupal 7.

Jka zaimplementować nowy backend uwierzytelnienia opisano na stronie jak to zrobić.

• fblogin – użycie Facebooka jako autorytetu uwierzytelnienia dla witryny DokuWiki
• openid – pozwala zarejestrować na URL OpenID; pozwala już zarejestrowanym użytkownikom dodać URLe OpenID do ich profili a następnie użyć OpenID do logowania.
• virtualgroup – pozwala przypisać grupy do użytkownika niezależnie od backendu authn/authz.